home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 8 / QRZ Ham Radio Callsign Database - Volume 8.iso / pc / files / p_thenet / x1j.exe / CONFIGUR.TXT < prev    next >
Text File  |  1993-08-05  |  15KB  |  293 lines

  1.                               TheNet X-1J
  2.  
  3.                        Configuration instructions
  4.  
  5. 1. Introduction
  6.  
  7.      This  document  describes the build process for  creating  a ROM  image 
  8.      for  TheNet  X-1J. This process differs from the previous  versions  of 
  9.      TheNet-X  in that it is delivered as two files rather than three.  This 
  10.      is  in  response  to a number of requests for  a  simpler  process.  In 
  11.      addition  the patcher has been considerably changed and  utilities  for 
  12.      hex conversion are included.
  13.  
  14. 2.   Files.
  15.  
  16.      The ROM image comes as two files, 
  17.  
  18.            THENET1.X1J
  19.            THENET2.X1J
  20.  
  21.      These two files are loaded into memory as described below. 
  22.  
  23.      Before loading them however, both should be configured as described 
  24.      in section 3.
  25.  
  26.      In addition, the following files are also provided :
  27.  
  28.           PATCH.EXE
  29.           INTEL.EXE
  30.           MOTOROLA.EXE
  31.           INTEL.C
  32.           MOTOROLA.C
  33.  
  34.      PATCH.EXE is the windowing patch utility for the ROM images.  INTEL.EXE 
  35.      and  MOTOROLA.EXE  are utilities that are designed  to  convert  binary 
  36.      files into hex notation, in the Intel Intellec and Motorola S formats.
  37.  
  38.      The ROM image consists of two halves, one for the lower half of a  512K 
  39.      EPROM, and one for the upper half. The files are loaded as shown :
  40.  
  41.            FILENAME           Load starting at hex
  42.            =========================================
  43.            THENET1.X1J        0000
  44.            THENET2.X1J        8000
  45.  
  46.      No information on how to load the files into a programmer is  presented 
  47.      as all are different. Typical scenarios are however given in section 5.
  48.  
  49. 3. Configuration
  50.  
  51.      Each of the two halves of the ROM image contains two different parts, a 
  52.      common   set  of  drivers  &  interrupt  routines  and  part   of   the 
  53.      functionality  of  the  node.  Part 1 contains the level  2,  3  and  4 
  54.      software.  Part  2  contains the switch. Each must  be  patched  in  an 
  55.      identical way to reflect the desired operation as each part contains an 
  56.      identical section at the start of the file for configuration data. This 
  57.      patching may be done manually or it may be done with the patcher.
  58.  
  59.      The  first  part of the ROM images is identical to TheNet 1.01  in  its   
  60.      configuration.  These  parameters  are   followed   by additional  ones 
  61.      for the extended version as shown :
  62.  
  63.      HEX       FIELD        
  64.      LOCN      SIZE      DESCRIPTION
  65.      ===========================================================
  66.      003B      6 BYTES   CALLSIGN OF THE NODE
  67.      0041      BYTE      SSID OF THE NODE CALLSIGN
  68.      0042      6 BYTES   ALIAS OF THE NODE
  69.      004A      WORD      MIN AUTO UPDATE QUALITY
  70.      004C      WORD      HDLC DEFAULT ROUTE QUALITY
  71.      004E      WORD      DEFAULT RS232 ROUTE QUALITY
  72.      0050      WORD      INITIAL NODE LIFETIME
  73.      0052      WORD      MIN LIFETIME TO BROADCAST
  74.      0054      WORD      BROADCAST INTERVAL IN SECONDS
  75.      0056      WORD      LEVEL 3 TIME-TO-LIVE INITIALISER
  76.      0058      WORD      LEVEL 4 TIMEOUT IN SECONDS
  77.      005A      WORD      LEVEL 4 RETRIES
  78.      005E      WORD      LEVEL 4 ACK DELAY IN SECONDS
  79.      0060      WORD      LEVEL 4 WINDOW SIZE
  80.      0062      WORD      NUMBER OF BUFFERED FRAMES PER CONNECTION
  81.      0064      WORD      NO ACTIVITY TIMEOUT IN SECONDS
  82.      0066      WORD      PERSISTENCE
  83.      0068      WORD      SLOT TIME IN TENS OF MILLISECONDS
  84.      006A      WORD      LEVEL 2 INITIAL T1 COUNTER IN SECONDS
  85.      006C      WORD      LEVEL 2 WINDOW SIZE
  86.      006E      WORD      LEVEL 2 RETRIES
  87.      0070      WORD      LEVEL 2 INITIAL T2 COUNTER
  88.      0072      WORD      LEVEL 2 INITIAL T3 COUNTER
  89.      0074      WORD      LEVEL 2 DIGIPEAT ENABLE FLAG
  90.                          0 = DISABLED, 1 = ENABLED
  91.      0076      WORD      CALLSIGN VALIDATION, 0 = OFF, 1 = ON
  92.      0078      WORD      BEACON MODE, 0 = OFF, 1 = AFTER TRAFFIC,
  93.                          2 = ALWAYS
  94.      007A      WORD      CQ ENABLE FLAG, 0 = DISABLED, 1 = ENABLED
  95.      007C      BYTE      FULL DUPLEX FLAG, 0=SIMPLEX, 1 = DUPLEX
  96.      007D      BYTE      SEND FLAGS IF NO DATA NEEDED, 1 = YES
  97.      007E      BYTE      COMMAND LEAD-IN CHARACTER ( ESCAPE )
  98.      007F      BYTE      TRANSMIT KEY-UP DELAY, 10's OF MILLISECS
  99.      0080      80 BYTES  DEFAULT PASSWORD
  100.      00D0      BYTE      NULL BYTE AT END OF PASSWORD
  101.      00D1      80 BYTES  INFORMATION MESSAGE
  102.      0121      BYTE      NULL AT END OF INFORMATION STRING
  103.      0122      WORD      CW REPEAT RATE IN SECONDS. 0 DISABLES
  104.      0124      BYTE      CW BIT SPEED IN 10's OF MILLISECONDS
  105.                          6 = 20 WPM
  106.      0125      BYTE      DEFAULT HOST MODE. 0 = NORMAL
  107.                          1 = HARDWARE HANDSHAKE CONNECT CONTROL
  108.      0126      BYTE      CROSSLINK PROTOCOL MODE CONTROL
  109.                          0 = TheNet NORMAL CROSSLINK PROTOCOL
  110.                          1 = USE KISS INSTEAD OF CROSSLINK
  111.                          2 = AS PER 1, ALSO COPY NON NODE PKTS
  112.                          3 = AS PER 2 BUT COPY ALL PACKETS
  113.      0127      BYTE      MHEARD LIST LENGTH. 0 = OFF, MAX = 100      
  114.      0128      BYTE      NODE BROADCAST CONTROL. 0 = NO BCAST
  115.                          1 = HDLC PORT ONLY, 2 = RS232 PORT ONLY
  116.                          3 = BOTH PORTS
  117.      0129      WORD      RS232 NODE BROADCAST INTERVAL ( SECS )
  118.                          0 DISABLES
  119.      012B      BYTE      NODE BROADCAST ALGORITHM CONTROL.
  120.                          BIT 0 = HDLC, BIT 1 = RS232
  121.                          WHEN BIT SET, IMPLEMENT VARIANT ALGO. 
  122.      012C      8 BYTES   OPTIONAL BEACON DIGI LIST, NULL TERM.
  123.      0134      WORD      DEFAULT BEACON INTERVAL IN SECONDS
  124.      0136      BYTE      CONNECT REDIRECTION, 0=HOST 1=BBS 2=DXC
  125.      0137      BYTE      HASH NODE CONTROL. Each bit controls whether  nodes 
  126.                          whose alias starts with a '#' are included in  node 
  127.                          broadcasts  on  a specific port. Bit  0  determines 
  128.                          port  0  ( the radio ), bit 1  controls  the  RS232 
  129.                          port.  If  a  bit  is  set,  hash  nodes  are   not 
  130.                          broadcast.
  131.      0138      4 BYTES   THIS IS THE NODE'S AMPRNET ADDRESS. 
  132.                          It  is  a  numeric address of 4  bytes.  Each  byte 
  133.                          corresponds to one byte of the address, for example 
  134.                          if  the  address  is 44.131.16.31,  then  the  data 
  135.                          stored  at each of the bytes 138, 139, 13A and  13B 
  136.                          respectively  will  be 1F, 10, 83 and  2C.  Contact 
  137.                          your local co-ordinator for an address.
  138.      013C      4 BYTES   THIS  IS  THE AMPRNET ADDRESS USED BY THE  NODE  TO 
  139.                          RECOGNISE  BROADCASTS.  The data is stored  in  the 
  140.                          same way as for the node's address ( as shown above 
  141.                          ).  A typical address would be 44.131.0.0  for  the 
  142.                          UK.
  143.      0140      BYTE      IP PORT MODE CONTROL. 
  144.                          This byte controls the default modes used for AX.25 
  145.                          frames  on each port. It is bit mapped, with bit  0 
  146.                          controlling  the radio port and bit  1  controlling 
  147.                          the  RS232 port. If a bit is set, the default  mode 
  148.                          for  that channel is datagram ( UI frame ), if  not  
  149.                          it is virtual circuit.
  150.      0141      BYTE      IP INITIAL TIME TO LIVE
  151.      0142      BYTE      IP ENABLE FLAG. 
  152.                          If zero, the IP router is disabled. 
  153.                          If not zero the IP router is operational.
  154.      0143      BYTE      HELP MESSAGES CONTROL BYTE. 
  155.                          Each  bit enables or disables a different  type  of 
  156.                          help message as follows :
  157.                          Bit 0 - 'trying to connect' message
  158.                          Bit 1 - sysop sees all commands in help
  159.                          Bit 2 - give a 'good-bye' message to users
  160.                          Bit 3 - enables the connect text message
  161.                          Bit 4 - show nodes as alias:callsign
  162.                          Bit 5 - pass 8 bit data in TALK if set
  163.                          Bit 6 - Make node alias handling case sensitive
  164.      0144      WORD      MTU_IP0
  165.                          This  is  the MTU for port 0 Level 2  AX.25  (  the 
  166.                          radio port ) for the IP router.
  167.      0146      WORD      MTU_IP1
  168.                          This  is  the MTU for port 1 Level 2  AX.25  (  the 
  169.                          RS232 port ) for the IP router.
  170.      0148      WORD      MTU_IPN
  171.                          This  is the MTU for the Net/Rom subnetwork  layer. 
  172.                          It  should  NOT exceed 236 for  compatibility  with 
  173.                          Net/Rom
  174.      014A      WORD      MTU_I_MAX
  175.                          This is the maximum number of data bytes, plus one, 
  176.                          that  will  be  accepted in  a  received  L2  AX.25 
  177.                          packet. Above this will cause an error.
  178.      014C      WORD      MTU_L2_MAX
  179.                          This  is the absolute limit on the number of  bytes 
  180.                          in  a  received AX.25 packet,  counting  the  data, 
  181.                          control, and address information. It is set to  328 
  182.                          usually ( 256 data bytes, 2 control and 70  address 
  183.                          ).
  184.      014E      BYTE      Auto re-connect to node on remote disconnect if 1
  185.      014F      BYTE      NoSlime - 
  186.                          Bit 0, if set, stops 'slime trails' being displayed 
  187.                          in  the  nodes table. Bit 1, if  set,  stops  slime 
  188.                          trails being accepted by the node.
  189.      0150      BYTE      Bit 0 if set bars digi L2 connects to the node. 
  190.                          Bit 1 if set bars digi downlinking from the node.
  191.      0151      BYTE      DEVIATION METER DEFAULT.
  192.                          This  is  the default value for  the  RX  Deviation 
  193.                          meter.
  194.  
  195.  
  196.      The patch utility will not assist in changing the help text. That  text 
  197.      is positioned at the end of THENET2.X1J. It is a null terminated string 
  198.      of  characters. Newlines are represented by the value 0xd ( decimal  13 
  199.      ). It can be as long or as short as you like, but don't forget that  it 
  200.      causes the node to be a source of data and if very long could crash the 
  201.      node. ( Not likely in this version given the space available!).
  202.  
  203.      Any problems, give me a ring !
  204.  
  205. 4. The PATCH utility
  206.  
  207.      The patch utility is designed to help configure the two ROM images 
  208.      in a manner that is not as user hostile as hand crafting a binary 
  209.      image. It is invoked as follows :
  210.  
  211.           PATCH   [  file1 file2 ]
  212.  
  213.      If  no  parameters are given, it will look for  files  THENET1.X1J  and 
  214.      THENET2.X1J  in the current directory. It will stop if it  cannot  load 
  215.      them.  If the images are renamed, they may be given as  parameters.  If 
  216.      this  is  done, both files must be given, with file1  corresponding  to 
  217.      part  1 and file2 corresponding to part 2. The program is menu  driven, 
  218.      with  extensive help provided on the operation of the program and  each 
  219.      parameter. It also tries to make sure that only valid data is entered.
  220.  
  221.      The   program  may  also  be  instructed  to  load  and  save   textual 
  222.      representations  of the parameters. These consist of ASCII files,  with 
  223.      one  parameter  per line. Each parameter consists of the  name  of  the 
  224.      parameter,  and  equals  sign, and the value for  that  parameter.  The 
  225.      values  are mainly numeric, with the obvious exceptions of things  like 
  226.      the  callsign, alias, password, info message etc. To get an example  of 
  227.      the format, use the patcher to dump a file and look at it. The idea  of 
  228.      this  is not simply to load and dump whole images, but to load  partial 
  229.      configurations  such  as passwords & info messages only  or  parameters 
  230.      only.  The file may be edited to remove or add lines as  desired.  Note 
  231.      that  each  parameter MUST only occupy one line.  For  the  information 
  232.      message, whitespace before the first printable character is ignored  by 
  233.      the  program, and if a newline is to be included, it is denoted by  the 
  234.      sequence \m ( i.e. backslash followed by the letter m ). Similarly,  to 
  235.      include  the  backslash character itself, a double  backslash  must  be 
  236.      entered, i.e. \\.
  237.  
  238. 5. Programming examples
  239.  
  240.      There  are two utilities included to facilitate conversion to  hex  for 
  241.      use  in  programming  eproms. The source of both is  also  included  if 
  242.      anyone  wants  a different file type. The programs have  been  compiled 
  243.      with Turbo C++.
  244.  
  245.      Each has the same method of invocation,
  246.  
  247.           INTEL infile outfile [ address ]
  248.  
  249.      or
  250.  
  251.           MOTOROLA infile outfile [ address ]
  252.  
  253.      These  create INTELLEC or S1 type records respectively. Each  reads  an 
  254.      input  binary  file  and outputs a hex version.  The  starting  address 
  255.      assumed  for  the file will be 0000 unless specified otherwise  in  the 
  256.      command line.
  257.  
  258. 5.1 Intel format, loading as two halves
  259.  
  260.      1. Use the patch program to create the desired image.
  261.      2. execute :
  262.  
  263.           INTEL TheNet1.x1j part1
  264.           INTEL TheNet2.x1j part2
  265.  
  266.      3. load part1 into the programmer and program the lower half of the 
  267.         ROM. 
  268.  
  269.         load part2 into the upper half.
  270.  
  271. 5.2 Motorola format, loading as one image
  272.  
  273.      1. Use the patch program to create the desired image.
  274.      2. Execute :
  275.  
  276.           MOTOROLA TheNet1.x1j part1
  277.           MOTOROLA TheNet2.x1j part2 8000
  278.           COPY part1+part2 romimage
  279.  
  280.      
  281.      3. Edit  romimage with a text editor to remove the intermediate end  of 
  282.         file ( S0... ) marker.
  283.  
  284.      4. Load romimage into the EPROM in one go & program it.
  285.  
  286. 6. Acknowledgements
  287.  
  288.      Intel and Intellec are trademarks of the Intel corporation
  289.      Motorola is a trade mark of the Motorola company.
  290.  
  291.      My thanks to KH6ILT for the bug fixes to MOTOROLA.C
  292.  
  293.